Method and Apparatus of Ordering Search Results

ABSTRACT

Ordering search results may include obtaining an exposed log file from a log system, computing a Bayesian posterior probability for relevancy between the log file and a search request, computing an expected value of the relevancy between the log file and the search request based on the Bayesian posterior probability, storing the search request and an identifier of the log file as a key and the expected value of the relevancy between the log file and the search request as a value into a search data structure, in response to receiving a search request submitted by a user, finding expected values of relevancy between the submitted search request and log files that are relevant to the submitted search request from the search data structure, and ordering the found log files in a descending order of the expected values.

CROSS REFERENCE TO RELATED PATENT APPLICATIONS

This application is a continuation of and claims priority to U.S. patent application Ser. No. 13/961,390 filed Aug. 7, 2013 which is a continuation of and claims priority to U.S. patent application Ser. No. 13/381,069, filed on Dec. 27, 2011, which claims priority to a national stage application of an international patent application PCT/US11/53290, filed Sep. 26, 2011, which claims priority to Chinese Patent Application No. 201010299100.0, filed Sep. 28, 2010, entitled “Method and Apparatus of Ordering Search Results,” which applications are hereby incorporated in their entirety by reference.

TECHNICAL FIELD

The present disclosure relates to the fields of communication and computer technologies, and particularly, relates to methods and apparatuses of ordering search results.

BACKGROUND OF THE DISCLOSURE

After a user submits a search request to a search engine, the search engine retrieves a large amount of information that is relevant to the search request of the user. The search engine further orders the information based on a degree of relevancy between each piece of information and the search request to allow the user to quickly find his/her most desired information through the search engine.

Nowadays, search engines mostly use CTR (Click-Through-Rate) to reflect a degree of relevancy between each piece of information and a user's search request, where CTR is the quotient between a click rate and an exposure rate of the information. Upon computing the CTR of each piece of information, the search engine orders the information in a search result list in a descending order of the CTR.

During the study, inventors of this patent application, however, have noted that the degree of relevancy between a piece of information and a user search request is often related to the position of that piece of information in a search result list and the click sequence associated with the search result list. For example, CTR of information located in different positions may not be the same even though respective relevancies are the same in a same search result page. Alternatively, information that has been clicked by a user may influence the probability of clicking subsequent information.

Nevertheless, existing technology only considers click rates and exposure rates of information during the ranking process of search results, but fails to consider factors about positions of the information in the search result list and the click sequence associated with the search result list. As such, a relatively large variance exists in the relevancy scores used in the ranking process. In many cases, the information that a user desires is placed near the end of the search result list, leading to a poor search result ranking. On the other hand, when search results are poorly ranked, the user usually needs to browse and click on more information to obtain his/her most desired information. As the user “blindly” conducts extensive browsing and clicking in a website, workload of network systems, particularly, a server of the search engine, will be increased, thereby reducing the utilization rate of the network systems. The cost of the search process for the search engine server is therefore increased, wasting system resources of the search engine server.

SUMMARY OF THE DISCLOSURE

In order to solve the aforementioned problems, exemplary embodiments of the present disclosure provide a method and an apparatus of ordering search results to reduce the cost of a search process for a search engine server and save system resources of the search engine server.

In one embodiment, an exposed log file is obtained from a log system. A Bayesian posterior probability for relevancy between the log file and a search request is computed. An expected value of the relevancy between the log file and the search request is computed based on the Bayesian posterior probability. In some embodiments, the search request and an identifier of the log file are stored as a key and the expected value of the relevancy between the log file and the search request is stored as a value into a search data structure. In one embodiment, in response to receiving a search request submitted by a user, expected values of relevancy between the submitted search request and log files that are relevant to the submitted search request are found from the search data structure. In one embodiment, the found log files are ordered in a descending order of the expected values.

In some embodiments, an apparatus for ordering search results is provided. The apparatus may include an acquisition module, a probability computation module, an expected value computation module, an indexing module, a search module and an ordering module. In one embodiment, the acquisition module may obtain an exposed log file from a log system. The probability computation module may compute a Bayesian posterior probability for relevancy between the log file and a search request. In one embodiment, the expected value computation module may compute an expected value of the relevancy between the log file and the search request based on the Bayesian posterior probability. The indexing module may store the search request and an identifier of the log file as a key and the expected value of the relevancy between the log file and the search request as a value into a search data structure. In some embodiments, in response to receiving a search request submitted by a user, the search module may find expected values of relevancy between the search request submitted by the user and log files that are relevant to the submitted search request from the search data structure. In one embodiment, an ordering module may order the found log files in a descending order of the expected values.

From the above exemplary embodiments, the present disclosure considers factors about positions of information in a search result list and a click sequence associated with the search result list throughout the entire ordering process. Specifically, the disclosed method and apparatus compute expected values of relevancy between log files and search requests based on Bayesian posterior probabilities, in response to finding expected values of relevancy between a search request submitted by a user and log files that are relevant to the submitted search request from a search data structure, and order the found log files in a descending order of the found expected values. As such, the relevancy on which the ordering is based is better. Furthermore, users can use less browsing time and fewer clicks to obtain most desired information quickly, thus reducing the cost of a search process for a search engine server and saving system resources of the search engine server.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly understand the technical scheme of the exemplary embodiments of the present disclosure or existing technologies, accompanying figures that are essential for explaining the exemplary embodiments or existing technologies are briefly described below. Understandably, the following figures only constitute a few exemplary embodiments of the present disclosure. Based on these accompanying figures, one skilled in the art can obtain other figures without making any creative effort.

FIG. 1 shows a flow diagram illustrating an exemplary method of ordering search results.

FIG. 2 shows a schematic diagram illustrating a structure of a probability model constructed in accordance with the present disclosure.

FIG. 3 shows a flow diagram illustrating another exemplary method of ordering search results.

FIG. 4 shows a structural diagram illustrating a search-and-rank system;

FIG. 5 shows a structural diagram illustrating an exemplary apparatus of ordering search results.

FIG. 6 shows a structural diagram illustrating another exemplary apparatus of ordering search results.

FIG. 7 shows a structural diagram illustrating still another exemplary apparatus of ordering search results.

FIG. 8 shows a structural diagram illustrating still another exemplary apparatus of ordering search results.

FIG. 9 shows additional details of an exemplary apparatus, such as those described in FIGS. 5-8.

DETAILED DESCRIPTION

In order to assist one skilled in the art to clearly understand the technical scheme, goals, characteristics and advantages of the exemplary embodiments, the technical scheme in the exemplary embodiments will be described in further detail with reference to the accompanying figures of the exemplary embodiments.

First Exemplary Embodiment

FIG. 1 shows a flow diagram illustrating an exemplary method of ordering search results, which includes the following blocks.

At 101, the method obtains exposed log files from a log system.

The log system stores log files that have been exposed in the past and log files that are exposed on the current day using an incremental update approach. All the log files that are stored in the log system are retrieved from the log system. When a user performs a search through a search engine, search results that are relevant to corresponding search request are displayed to the user. The search results that are displayed to the user are exposed search results, which are stored in the log system in a form of log files.

At 102, the method computes Bayesian posterior probabilities of relevancy between log files and a search request.

During the study, the inventors of this patent application have noted that the degree of relevancy between a piece of information and a user's search request is often related to the position of that piece of information in a search result list and a click sequence associated with the search result list. For example, when a search result page is shown to a user, the user typically browses displayed information of log files that is displayed in a web page from top to bottom, and clicks on displayed information of a log file to read corresponding content if the displayed information of the log file fulfills his/her intention of search. After reading the content of that displayed information, the user may continue to browse displayed information of log files following thereafter, or stop browsing if his/her desired content has been found. Therefore, whether a user clicks on a certain log file depends on whether he has seen that log file, and further depends on the degree of relevancy between that log file and the user's search request. Furthermore, whether the user continues to browse a subsequent log file depends on clicking situations of log files that are prior to that subsequent log file.

Based on the above situations, a mathematical model is constructed. FIG. 2 shows a schematic diagram of a structure of a probability model constructed in accordance with the present disclosure. In FIG. 2, each node represents a random variable. S represents relevancy between a log file and a search request of a user. E represents whether the user has seen the log file. C represents whether the user has clicked on the log file. A subscript represents the position of the log file displayed in a search result page, and M represents the total number of log files in the search result page. Based on the aforementioned analysis, whether a user clicks on a certain log file is related to whether the user has seen the log file and a degree of relevancy between the log file and the user's search request. Further, whether the user continues to browse a subsequent log file is related to clicking situations of previous log files. For example, from the model in FIG. 2, S1 and E1 are separately directing towards C1, indicating that whether the user clicks on a log file C1 is related to whether the user has seen a log file E1 and a degree of relevancy S1 between that log file and the user's search request. Further, C1 is directing towards E2, indicating that whether the user continues to browse a subsequent log file E2 is related to a clicking situation of the log file C1.

Based on the probability inference of the mathematical model shown in FIG. 2, under the circumstance that a prior distribution follows a uniform distribution over [0, 1], with 0 and 1 representing the two end points of a real value interval (i.e., a prior distribution of a relevancy variable is uniformly distributed between 0 and 1 of a real value interval), and that a user has clicked on log files C1, C2 . . . CN, a formula for computing a joint posterior distribution of relevancy between the log files and a search request is:

${p\left( R \middle| c^{1\text{:}N} \right)} = {\frac{1}{z}{\prod\limits_{j = 1}^{N}\; {R_{j}^{N_{j}}{\underset{{({r,d})} \in T}{\Pi}\left( {1 - {\beta_{r,d}R_{j}}} \right)}^{{\overset{\sim}{N}}_{j,r,d}}}}}$

In the above formula, R_(j) represents a random relevancy variable for a log file j and a user search request. N_(j) represents the total number of times that the log file j is clicked. Ñ_(j,r,d) represents the number of occurrences for a situation when the log file j is located at position r+d and is not clicked, a log file located at position r is clicked, and log files located at positions between r and r+d are not clicked. T represents all possible values between (r, d). β_(r,d) is a global parameter. N represents the total number of log files retrieved from the log system. z represents a normalization coefficient.

From the above form of joint distribution, the joint distribution may be decomposed as a multiplicative product of distributions of individual files. Therefore, a formula for computing a posterior distribution of relevancy for a single document j is:

${p\left( R_{j} \middle| c^{1\text{:}N} \right)} = {\frac{1}{z}R_{j}^{N_{j}}{\underset{{0 \leq r \leq {M - 1}},{1 \leq d \leq {M - r}}}{\Pi}\left( {1 - {\beta_{r,d}R_{j}}} \right)}^{{\overset{\sim}{N}}_{j,r,d}}}$ $z = {\int\limits_{0}^{1}{R_{j}^{N_{j}}{\underset{{0 \leq r \leq {M - 1}},{1 \leq d \leq {M - r}}}{\Pi}\left( {1 - {\beta_{r,d}R_{j}}} \right)}^{{\overset{\sim}{N}}_{j,r,d}}{R_{j}}}}$

β_(r,d) is a global parameter, having an estimated value

${\hat{\beta}}_{r,d} = {\min {\left\{ {1,\frac{2N_{r,d}}{N_{r,d} + {\overset{\sim}{N}}_{r,d}}} \right\}.}}$

N_(r,d) is the number of occurrences for a situation when log files located at position r and r+d are clicked and log files located at positions between r and r+d are not clicked in a same click sequence including a log file j. Ñ_(r,d) is the number of occurrences for a situation when a log file located at position r is clicked, a log file located at position r+d is not clicked and log files located at positions between r and r+d are not clicked in the same click sequence including the log file j. The value of r is a natural number that is less than or equal to M−1, and the value of d is an integer that is less than or equal to M−r, where M represents the total number of log files in the same click sequence including the log file j. A same click sequence corresponds to a sequence that is made up of all search results obtained for a search request of a user. For example, corresponding to a user's search request “MP3”, the total number of search results for that search request of the user is one hundred log files. Therefore, these one hundred log files constitute a same click sequence for “MP3”.

At 103, the method computes expected values of relevancy between the log files and the search request based on the Bayesian posterior probabilities.

Based on the Bayesian posterior probabilities obtained from the previous block, expected values of relevancy between the log files and the search request are computed, where the formula for computing the expected values is:

${E\left( R_{j} \right)} = {\int\limits_{0}^{1}{R_{j}{p\left( R_{j} \middle| C^{1\text{:}n} \right)}{R_{j}}}}$

It should be noted that the cost for computing an expected value is relatively large, leading to a relatively large consumption of system resources. In order to avoid an excessive consumption of system resources for computing an expected value, filtering is performed for the log files prior to computing the expected values of the relevancy for the log files at this block. Certain log files have relevancy that is neither good nor bad with the search request of the user. In an actual application, these log files for which relevancy is neither good nor bad may be filtered in order to save space and time.

Generally, relevancy between a log file and a user's search request is neither good nor bad if an expected value of the relevancy is 0.5. Therefore, log files having an expected value of relevancy with a search request less than or equal to 0.5, for example, may be filtered. The present disclosure provides an approach to filter log files for which relevancy is neither good nor bad prior to computing expected values.

Preferably, prior to computing the expected values of the relevancy between the log files and the search request based on the Bayesian posterior probabilities, the method further includes: filtering the log files based on global parameters, where log files having a respective global parameter less than a predefined threshold are filtered. Here, the global parameters refer to parameters that are not related to a user's search request, but correspond to a group of indicator parameters reflecting evaluation of a search engine by the user. In a given situation, correspondence relationships between the global parameters and the expected values of the relevancy between the log files and the search request are established through a probability distribution function. A threshold-based filtering for expected values is equivalent to a threshold-based filtering for global parameters. The derivation of such relationship needs to be analyzed in advance, and a threshold for the global parameter is computed based on a threshold for expected value in the initial phase of the system. As such, filtering may be performed using the global parameters in the log processing phase.

For example, log files that have been exposed once but were not clicked are selected from the exposed log files. Among the selected log files, log files having a respective global parameter less than a predefined threshold according to a filtering criteria formula

$\beta_{r,d} < \frac{1\text{/}E_{th}}{{\frac{1}{3}/\frac{1}{2}}E_{th}}$

are filtered, where β_(r,d) is a global parameter.

${\hat{\beta}}_{r,d} = {\min {\left\{ {1,\frac{2N_{r,d}}{N_{r,d} + {\overset{\sim}{N}}_{r,d}}} \right\}.}}$

N_(r,d) is the number of occurrences for a situation when log files located at position r and r+d are clicked and log files located at positions between r and r+d are not clicked in a same click sequence including the selected log files. For the sake of description, an example of a click sequence including five log files is used for illustration. Log files located at first, third and fifth positions have been clicked whereas log files located at second and fourth positions have not been clicked. Specifically, the number of occurrences is one for a situation when the log files located at the first and the third positions have been clicked and the log file located between the second and the fourth positions (i.e., the log file located at the second position) has not been clicked. Further, the number of occurrences is one for a situation when the log files located at the third and the fifth positions have been clicked and the log file located between the third and the fifth positions (i.e., the log file located at the fourth position) has not been clicked. Therefore, N_(r,d) is two according to the above click sequence.

Ñ_(r,d) is the number of occurrences for a situation when a log file located at position r is clicked, a log file located at position r+d is not clicked and log files located at positions between r and r+d are not clicked in the same click sequence including the selected log files. The value of r is a natural number that is less than or equal to M−1, and the value of d is an integer that is less than or equal to M−r, where M represents the total number of log files in the same click sequence including the selected log files. E_(th) is a predefined threshold value corresponding to an expected value of relevancy between a log file and a search request.

It should be noted that E_(th) is a predefined threshold value corresponding to an expected value of relevancy between a log file and a search request. Generally, a threshold is defined for an expected value of relevancy between a log file and a search request. If the threshold is set as 0.5, for example, log files having an expected value of relevancy to be 0.5 may be filtered. Understandably, the predefined threshold for the expected value of relevancy may be set according to usage needs and application scenarios of users. The present disclosure has no limitation thereon.

Upon filtering the log files, expected values of the filtered log files are computed in this block.

Furthermore, after computing the expected values of the relevancy between the log files and the search request and before storing the expected values of the relevancy between the log files and the search request as values in a search data structure, a further filtering may be performed for the log files. This ensures that the log files that are stored in the search data structure have higher relevancy with the search request after two filtering operations. Therefore, the search engine can quickly find log files and respective expected values that are relevant to a search request submitted by a user from the search data structure. Furthermore, since the expected values of the relevancy between the log files and the search request have been computed, filtering can be directly performed through the expected values of the relevancy between the log files and the search request. Specifically, if an expected value of relevancy between a log file and a search request is less than or equal to a predefined value, that log file is filtered.

Furthermore, variances of relevancy between the log files and the search request may be computed based on the Bayesian posterior probabilities, and may be directly used for filtering, i.e., filtering a log file if a variance of relevancy between the log file and the search request is less than or equal to a predefined value.

The formula for computing the variance is:

D(R _(j))=∫₀ ¹(R _(j) −E(R _(j)))² p(R _(j) |C ^(1:n))dR _(j).

It should further be noted that a predefined threshold corresponding to an expected value or variance of relevancy between a log file and a search request may be set based on usage needs and application scenarios of users. The present disclosure does not have any limitation thereon.

At 104, the method stores the search request and identifiers of the log files as keys, and respective expected values of the relevancy between the log files and the search request as values in a search data structure.

For example, key=continuous memory blocks that are occupied by a search request and an identifier of a log file, where a character in the search request occupies one memory byte, and the identifier of the log file is represented by four memory bytes. value=memory occupied by the integral part of a multiplicative product of a respective expected value and multiplied by 10000. Indexing for the keys and the values in the search data structure may be established using the commonly used trie tree, and will not be described in further detail in this exemplary embodiment herein.

Preferably, in order to ensure the accuracy of the search data structure, after storing the search request and the identifiers of the log files as the keys, and respective expected values of the relevancy between the log files and the search request as the values in the search data structure, the method further includes: validating the search data structure. Finding expected values of relevancy between a search request submitted by a user and all log files that are relevant to the submitted search request from the search data structure includes: finding the expected values of relevancy between the search request submitted by the user and all the log files that are relevant to the submitted search request from the validated search data structure.

Upon using the keys in the search data structure as input data for a search engine to search the search data structure, validation is passed if output results are corresponding values of the keys that are used as the input data. For example, the search data structure includes a group of key-value pairs. Sections of the keys in the key-value pairs that correspond to a search request are “MP3”, and sections of the keys in the key-value pairs that correspond to identifiers of log files are ID1, ID2, and ID3 respectively. Values in the key-value pairs that correspond to expected values of relevancy between the log files and the search request are 0.5, 0.8 and 0.7 respectively. “MP3 and ID1”, “MP3 and ID2” and “MP3 and ID3” are separately used as input data. After searching the search data structure through a search engine, validation is passed if respective output results are 0.5, 0.8, and 0.7. Otherwise, validation is failed.

All the keys in the search data structure are validated one by one using the above approach. The search data structure passes the validation if all the keys are successfully validated.

At 105, the method finds expected values of relevancy between a search request submitted by a user and all log files that are relevant to the submitted search request from the search data structure in response to receiving the search request submitted by the user.

At 106, the method orders the found log files in a descending order of the found expected values.

From the above exemplary embodiment, the disclosed method computes expected values of relevancy between log files and search requests based on Bayesian posterior probabilities, and in response to finding expected values of relevancy between a search request submitted by a user and log files that are relevant to the submitted search request from a search data structure, orders the found log files in a descending order of the found expected values. By taking into account the factors about positions of the information and a click sequence, users can obtain the most desired information quickly, thus reducing the cost of a search process for a search engine server and saving system resources of the search engine server.

Second Exemplary Embodiment

Another embodiment of a method of ordering search results will be described in detail as follows. FIG. 3 shows a flow diagram illustrating another exemplary method of ordering search results. The method includes the following blocks.

At 301, the method obtains log files that are exposed on the present day and log files that were exposed in the past from a log system.

Log files that are exposed on the present day and log files that were exposed in the past within certain time intervals may be separately kept. For example, log files within a sliding time window may be kept as a backup copy, and may be used for investigating problems and recovering data if abnormality occurs in the course of system operations.

At 302, the method computes present-day partial statistics and historical partial statistics based on the log files that are exposed on the present day and the log files that were exposed in the past respectively from the log system.

The partial statistics include N_(j) and Ñ_(j,rd). N_(j) represents the total number of times that a log file j has been clicked. Ñ_(j,r,d) represents the number of occurrences for a situation when the log file j located at position r+d is clicked, a log file located at position r is clicked and log files located at positions between r and r+d are not clicked. T represents all the possible values between (r, d).

At 303, the method combines the present-day partial statistics and the historical partial statistics.

The present-day partial statistics and the historical partial statistics within certain time intervals may be separately kept to support incremental update, to investigate problems that may occur during operation, and for data recovery.

At 304, the method computes present-day overall statistics and historical overall statistics based on the log files that are exposed on the present day and the log files that were exposed in the past respectively from the log system.

The overall statistics include N_(r,d) and Ñ_(rd). N_(r,d) is the number of occurrences for a situation when log files located at position r and r+d are clicked and log files located at positions between r and r+d are not clicked in a same click sequence including a log file j. Ñ_(r,d) is the number of occurrences for a situation when a log file located at position r is clicked, a log file located at position r+d is not clicked and log files located at positions between r and r+d are not clicked in the same click sequence including the log file j. The value of r is a natural number that is less than or equal to M−1, and the value of d is an integer that is less than or equal to M−r, where M represents the total number of log files in the same click sequence including the log file j.

At 305, the method combines the present-day overall statistics and the historical overall statistics.

The present-day overall statistics and the historical overall statistics within certain time intervals may be separately kept to support incremental update, to investigate problems that may occur during operation, and for data recovery.

At 306, the method computes global parameters based on the combined overall statistics.

The global parameters are β_(r,d),

${\hat{\beta}}_{r,d} = {\min {\left\{ {1,\frac{2N_{r,d}}{N_{r,d} + {\overset{\sim}{N}}_{r,d}}} \right\}.}}$

At 307, the method filters the log files based on the global parameters so that a log file having a global parameter less than a corresponding predefined threshold is filtered.

At 308, the method computes Bayesian posterior probabilities for relevancy between the filtered log files and a search request.

The process of computing Bayesian posterior probabilities for relevancy between log files and a search request has been described in detail in the first exemplary embodiment, and therefore is not redundantly described herein. Related computation processes may be referenced in the first exemplary embodiment.

At 309, the method computes expected values of the relevancy between the filtered log files and the search request based on the Bayesian posterior probabilities.

The process of expected values of relevancy between log files and a search request has been described in detail in the first exemplary embodiment, and therefore is not redundantly described herein. Related computation process may be referenced in the first exemplary embodiment.

At 310, the method filters the log files based on the expected values of the relevancy between the log files and the search request so that a log file having an expected value of relevancy less than or equal to a predefined value is filtered.

At 311, the method stores the search request and identifiers of the log files as keys, and the expected values of the relevancy between the log files and the search request as respective values into a search data structure.

The search data structure may further be validated to obtain a validated search data structure.

At 312, the method finds expected values of relevancy between a search request submitted by a user and all log files that are relevant to the submitted search request from the search data structure in response to receiving the search request submitted by the user.

At 313, the method orders the found log files in a descending order of the found expected values.

The disclosed method of ordering search results may be applied in a search field as shown in FIG. 4, which shows a structural diagram of a search-and-rank system. Daily acquisition and incremental update of new search logs and outputting relevant index data for updating the search-and-rank system is an important factor for ranking.

Furthermore, the disclosed method of ordering search results may be applied in a ranking evaluation system. Given a search request, for example, relevancy scores of each log file with respect to the search request in a log file sequence are obtained using the disclosed method. These scores are implicit user evaluation of the sequence. A sequence of these relevancy scores may be normalized to form a probability distribution function p(x). Furthermore, an ordering method that is to be evaluated is used to compute and normalize relevancy scores of each log file in the same log file sequence to form a probability distribution function g(x). A distance between p(x) and g(x) is used as an estimate for the ordering method that is to be evaluated. The smaller the difference is, the higher the evaluation of the ordering method that is to be evaluated. The formula for computing the distance is:

$\Sigma_{x}{\frac{{p(x)}{\log \left( {p(x)} \right)}}{g(x)}.}$

Furthermore, the disclosed method of ordering search results may be applied in a ranking training system. For example, a relevancy score for a (search, file) pair, which is represented as Y, is obtained using the disclosed method. A property (which is represented by X) of the (search, file) pair, e.g., a text property or an image property, is obtained thereafter. Subsequently, a relevancy algorithm Y=f(X) is trained using a machine learning method.

From the above exemplary embodiment, the disclosed method computes expected values of relevancy between log files and search requests based on Bayesian posterior probabilities, and in response to finding expected values of relevancy between a search request submitted by a user and log files that are relevant to the submitted search request from a search data structure, and orders the found log files in a descending order of the found expected values. By taking into account of the factors about positions of the information and a click sequence, users can obtain the most desired information quickly, thus reducing the cost of a search process for a search engine server and saving system resources of the search engine server.

Third Exemplary Embodiment

Corresponding to the above method of ordering search results, the exemplary embodiments further provide an apparatus of ordering search results. FIG. 5 shows a structural diagram illustrating an exemplary apparatus for ordering search results, which includes: an acquisition module 501, a probability computation module 502, an expected value computation module 503, an indexing module 504, a search module 505 and an ordering module 506. Internal structures and connectivity relations of the apparatus will be described using the working principles of the apparatus.

The acquisition module 501 is configured to obtain exposed log files from a log system.

The probability computation module 502 is configured to compute Bayesian posterior probabilities of relevancy between the log files and a search request.

The expected value computation module 503 is configured to compute expected values of the relevancy between the log files and the search request based on the Bayesian posterior probabilities.

The indexing module 504 is configured to store the search request and identifiers of the log files as keys and the expected values of the relevancy between the log files and the search request as respective values into a search data structure.

The search module 505 is configured to find expected values of relevancy between a search request submitted by a user and log files that are relevant to the submitted search request from the search data structure in response to receiving the search request submitted by the user.

The ordering module 506 is configured to order the found log files according to a descending order of the found expected values.

Preferably, FIG. 6 shows a structural diagram illustrating another exemplary apparatus of ordering search results. Besides the acquisition module 501, the probability computation module 502, the expected value computation module 503, the indexing module 504, the search module 505 and the ordering module 506, the apparatus further includes: a first filtering module 507 configured to filter the log files based on global parameters prior to computing the expected values of the relevancy between the log files and the search request based on the Bayesian posterior probabilities, where a log file having a global parameter less than a corresponding predefined threshold is filtered, and where the expected value computation module 503 is configured to compute the expected values of the relevancy between the filtered log files and the search request based on the Bayesian posterior probabilities.

The first filtering module 507 further includes: a selection sub-module 5071 and a filtering sub-module 5072.

The selection sub-module 5071 is configured to select log files that have been exposed once and have not been clicked from the exposed log files.

The filtering sub-module 5072 is configured to filter the log file having the global parameter less than the corresponding predefined threshold value for log files from the selected log files according to a filtering criteria formula

${\beta_{r,d} < \frac{1\text{/}E_{th}}{{\frac{1}{3}/\frac{1}{2}}E_{th}}},$

where β_(r,d) is the global parameter,

${{\hat{\beta}}_{r,d} = {\min \left\{ {1,\frac{2N_{r,d}}{N_{r,d} + {\overset{\sim}{N}}_{r,d}}} \right\}}},$

N_(r,d) is the number of occurrences of a situation when log files located at position r and r+d are clicked and log files located at positions between r and r+d are not clicked in a same click sequence including the selected log files. Ñ_(r,d) is the number of occurrences for a situation when a log file located at position r is clicked, a log file located at position r+d is not clicked and log files located at positions between r and r+d are not clicked in the same click sequence including the selected log files. The value of r is a natural number that is less than or equal to M−1, and the value of d is an integer that is less than or equal to M−r, where M represents the total number of log files in the same click sequence including the selected log files. E_(th) is a predefined threshold value corresponding to an expected value of relevancy.

FIG. 7 shows a structural diagram illustrating still another exemplary apparatus of ordering search results. The apparatus further includes: a second filtering module 508 configured to filter the log files based on the expected values or variances of the relevancy between the log files and the search request prior to storing the search request and the identifiers of the log files as the keys and the expected values of the log files as respective values into the search data structure, where a log file having an expected value or a variance less than a corresponding predefined threshold is filtered, and where the indexing module 504 is configured to store the search request and the identifiers of the filtered log files as the keys and the expected values of the filtered log files as respective values into the search data structure.

FIG. 8 shows a structural diagram of still another exemplary apparatus of ordering search results. Besides the acquisition module 501, the probability computation module 502, the expected value computation module 503, the indexing module 504, the search module 505 and the ordering module 506, the apparatus further includes: a validation module 509 configured to validate the search data structure prior to storing the search request and the identifiers of the log files as the keys and the expected values of the log files as respective values into the search data structure, where the search module 505 is configured to find the expected values of the relevancy between the search request submitted by the user and the log files that are relevant to the submitted search request from the validated search data structure.

From the above exemplary embodiments, the disclosed apparatuses compute expected values of relevancy between log files and search requests based on Bayesian posterior probabilities, and in response to finding expected values of relevancy between a search request submitted by a user and log files that are relevant to the submitted search request from a search data structure, and order the found log files in a descending order of the found expected values. By taking into account of the factors about positions of the information and a click sequence, users can obtain the most desired information quickly, thus reducing the cost of a search process for a search engine server and saving up system resources of the search engine server.

Alternative Embodiments

Although the above embodiments describe using Bayesian posterior probability to compute expected values of relevancy and order search results based on these expected values of relevancy, the present disclosure is not limited thereto. By way of example and not limitation, the disclosed method and apparatus may employ any other mathematical model such as a linear combination of the factors described in the foregoing embodiments, e.g., number of clicks for the log file, etc., to determine an expected value of relevancy between a log file and a search request. It should be noted that one of ordinary skills in the art can understand all or part of the process in the above exemplary methods may be achieved by instructing hardware through a computer program. The program may be stored in computer-readable storage media. During execution, the program may include a process of any of the above exemplary embodiments. The storage media may include a magnetic disk, an optical disk, Read-Only Memory (ROM), or Random Access Memory (RAM), etc.

For example, FIG. 9 illustrates an exemplary system 900 showing additional details of an apparatus, such as the apparatuses of FIG. 508. In one embodiment, the system 900 can include, but is not limited to, one or more processors 901, a network interface 902, memory 903, and an input/output interface 904.

The memory 903 may include computer-readable media in the form of volatile memory, such as RAM and/or non-volatile memory, such as ROM or flash RAM. The memory 903 is an example of computer-readable storage media.

Computer-readable media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules, or other data. Examples of computer storage media includes, but is not limited to, phase change memory (PRAM), static random-access memory (SRAM), dynamic random-access memory (DRAM), other types of RAM, ROM, electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information for access by a computing device. As defined herein, computer-readable storage media does not include transitory media such as modulated data signals and carrier waves.

The memory 903 may include program modules 905 and program data 906. In one embodiment, the program modules 905 may include an acquisition module 907, a probability computation module 908, an expected value computation module 909, an indexing module 910, a search module 911 and an ordering module 912. Additionally, in some embodiments, the program modules 905 may further include a first filtering module 913. In some embodiments, the first filtering module 913 may include a selection sub-module 914 and a filtering sub-module 915. Additionally or alternatively, the program modules 905 may further include a second filtering module 916. Additionally or alternatively, in some embodiments, the program modules 905 may further include a validation module 917. Details about these program modules may be found in the foregoing embodiments described above.

The methods and apparatuses of ordering search results have been described in the present disclosure in detail. Exemplary embodiments are employed to illustrate the concept and implementation of the present invention in this disclosure. The exemplary embodiments are only used for better understanding of the method and the core concepts of the present invention. Based on the concepts in this disclosure, one of ordinary skills in the art may modify the exemplary embodiments and application fields. All in all, contents in the present disclosure should not be construed as limitations to the disclosed methods and apparatuses. 

1. A method comprising: obtaining log files from a log system; computing respective values of relevancy between the obtained log files and one or more search requests; storing the one or more search requests, identifiers of the obtained log files and the respective values of relevancy between the obtained log files and the one or more search requests into a search data structure; in response to receiving a search request finding one or more values of relevancy between the search request and one or more log files that are relevant to the search request from the search data structure; and ordering the one or more log files based at least in part on the one or more values of relevancy.
 2. The method as recited in claim 1, wherein prior to computing the respective values of relevancy, the method further comprises filtering the obtained log files based at least in part on global parameters to remove a log file having a respective global parameter less than a predefined threshold.
 3. The method as recited in claim 2, wherein the filtering further comprises selecting log files that have been exposed once and have not been clicked from the obtained log files, and removing the log file comprises removing, from the selected log files, the log file having the respective global parameter less than the predefined threshold according to a filtering criteria formula.
 4. The method as recited in claim 1, further comprising, prior to the storing, filtering the obtained log files based at least in part on the respective values of relevancy or variances of relevancy between the obtained log files and the one or more search requests to filter out a log file having a respective value or variance less than or equal to a predefined threshold.
 5. The method as recited in claim 1, further comprising, after the storing, validating the search data structure, wherein the finding comprises finding the one or more values of relevancy between the search request and the one or more log files that are relevant to the search request from the validated search data structure.
 6. The method as recited in claim 1, wherein computing the respective values of relevancy between the obtained log files and the one or more search requests is based at least in part on respective Bayesian posterior probabilities corresponding to relevancies between the obtained log files and the one or more search requests, and wherein a Bayesian posterior probability corresponding to relevancy between an obtained log file and a search request of a user is computed based on: whether the user has clicked the obtained log file, whether the user has seen the obtained log file, a degree of relevancy between the obtained log file and the search request of the user, and/or whether the user has browsed a subsequent log files, and/or clicking conditions of previous log files.
 7. An apparatus comprising: one or more processors; memory; an acquisition module stored in the memory and executable by the one or more processors that is configured to obtain exposed log files from a log system; an expected value computation module stored in the memory and executable by the one or more processors that is configured to compute respective values of relevancy between the exposed log files and one or more search requests; an indexing module stored in the memory and executable by the one or more processors that is configured to store the one or more search requests, identifiers of the exposed log files and the respective values of relevancy between the exposed log files and the one or more search requests into a search data structure; a search module stored in the memory and executable by the one or more processors that is configured to find one or more values of relevancy between a search request and one or more log files that are relevant to the search request from the search data structure in response to receiving the search request; and an ordering module stored in the memory and executable by the one or more processors that is configured to order the one or more log files based at least in part on the one or more values of relevancy.
 8. The apparatus as recited in claim 7, further comprising a first filtering module configured to filter the exposed log files based at least in part on global parameters prior to computing the respective values of relevancy between the exposed log files and the one or more search requests, wherein a log file having a global parameter less than a corresponding predefined threshold is filtered.
 9. The apparatus as recited in claim 8, wherein the first filtering module comprises: a selection sub-module configured to select log files that have been exposed once and have not been clicked from the exposed log files; and a filtering sub-module configured to filter the log file having the global parameter less than the corresponding predefined threshold value for log files from the selected log files according to a filtering criteria formula.
 10. The apparatus as recited in claim 7, further comprising a second filtering module configured to filter the exposed log files based at least in part on the respective values of relevancy or variances of relevancy between the exposed log files and the one or more search requests prior to storing the one or more search requests, the identifiers of the exposed log files and the respective values of relevancy into the search data structure, wherein a log file having a value or a variance less than a corresponding predefined threshold is filtered.
 11. The apparatus as recited in claim 7, further comprising a validation module configured to validate the search data structure prior to the storing, wherein the search module is further configured to find the one or more values of relevancy between the search request and the one or more log files that are relevant to the search request from the validated search data structure.
 12. The apparatus as recited in claim 7, further comprising a probability computation module configured to compute a Bayesian posterior probability between a log file of the exposed log files and a search request of the one or more search request based at least in part on whether a user has clicked the log file, whether the user has seen the log file, a degree of relevancy between the log file and the search request of the one or more search requests, whether the user has browsed subsequent log files and/or clicking conditions of previous log files.
 13. The apparatus as recited in claim 7, wherein the indexing module employs a trie tree to store the one or more search requests and the identifiers of the exposed log files as keys and the respective values of relevancy between the exposed log files and the one or more search requests as corresponding values into the search data structure.
 14. One or more computer-readable media storing computer-executable instructions that, when executed by one or more processors, configure the one or more processors to perform acts comprising: computing respective values of relevancy between a plurality of log files and one or more search requests; storing the one or more search requests, identifiers of the plurality of log files and the respective values of relevancy between the plurality of log files and the one or more search requests into a search data structure; in response to receiving a search request, finding one or more values of relevancy between the search request and one or more log files that are relevant to the search request from the search data structure; and ordering the one or more log files based at least in part on the one or more values of relevancy.
 15. The one or more computer-readable media as recited in claim 14, wherein prior to computing the respective values of relevancy, the acts further comprise filtering the plurality of log files based at least in part on global parameters to remove a log file having a respective global parameter less than a predefined threshold.
 16. The one or more computer-readable media as recited in claim 15, wherein the filtering further comprises selecting log files that have been exposed once and have not been clicked from the exposed log files, and removing the log file comprises removing, from the selected log files, the log file having the respective global parameter less than the predefined threshold according to a filtering criteria formula.
 17. The one or more computer-readable media as recited in claim 14, the acts further comprising, prior to the storing, filtering the exposed log files based at least in part on the respective values of relevancy or variances of relevancy between the exposed log files and the one or more search requests to filter out a log file having a respective value or variance less than or equal to a predefined threshold.
 18. The one or more computer-readable media as recited in claim 14, the acts further comprising, after the storing, validating the search data structure, wherein the finding comprises finding the one or more values of relevancy between the search request and the one or more log files that are relevant to the search request from the validated search data structure.
 19. The one or more computer-readable media as recited in claim 14, wherein computing the respective values of relevancy between the exposed log files and the one or more search requests is based at least in part on respective Bayesian posterior probabilities corresponding to relevancies between the exposed log files and the one or more search requests, and wherein a Bayesian posterior probability corresponding to relevancy between an exposed log file and a search request of a user is computed based on: whether the user has clicked the exposed log file, whether the user has seen the exposed log file, a degree of relevancy between the exposed log file and the search request of the user, whether the user has browsed subsequent log files, and/or clicking conditions of previous log files.
 20. (canceled) 